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containment relationships defined by XML constructs. The task oriented data model provides granularity for exporting 
and importing data elements, and also facilitates locating data elements of interest in the data model. 
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METHOD AND MECHANISM FOR A TASK ORIENTED XML DATA MODEL 

ABSTRACT OF THE DISCLOSURE 

A task oriented data model for an object oriented development tool. 
The data model comprises a task oriented structure which mirrors 
the task tree embodied in the user interface of the object 
development tool. The object development tool exports the data 
model as a document expressed in meta data language such as XML. 
The XML data model document comprises a series of data elements 
which are arranged according to a meta data model to mirror the 
user interface task tree. The meta data model is implemented in XML 
as a Document Type Definition and comprises containment 
relationships defined by XML constructs. The task oriented data 
model provides granularity for exporting and importing data 
elements, and also facilitates locating data elements of interest 
in the data model . 
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TITLE : METHOD AND MECHANISM FOR A TASK ORIENTED XML 

DATA MODEL 

A portion of the disclosure of this patent document 
contains material which is subject to copyright 
protection. The copyright owner has no objection to the 
facsimile reproduction by anyone of the patent document 
or the patent disclosure, as it appears in the Patent 
Office patent files or records, but otherwise reserves 
all copyrights whatsoever. 

REFERENCE TO RELATED APPLICATIONS 

This application is related to the co-pending application 
filed in the name of the common assignee and entitled Method and 
Mechanism for a Task Oriented Data Model. 

FIELD OF THE INVENTION 

The present invention relates to object oriented programming 
systems, and more particularly to a task oriented structure for a 
data model . 

BACKGROUND OF THE INVENTION 

Traditionally in the computer programming arts, program code 
and data have been kept separate. For example, in the well-known 
C programming language, units of program code are called functions, 
and units of data are called structures. In C the functions and 
structures are not formally connected, that is, a function can 
operate on more than one type of data structure, and more than one 
function can operate on the same structure. 

Object-oriented programming, in contrast, deals with objects, 
in which program code and data are merged into a single indivisible 
entity or "object". An object is an instance of an implementation 
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and an interface , which models a real -world entity. The object is 
implemented as a computational entity that encapsulates state and 
operations and responds to requests. The data and methods are 
implemented internally in the object. A business object for 
example is an object containing business methods (i.e. logic) and 
state that is intended for use within business applications . 

Objects are built using an . application program commonly 
referred to as an object builder tool. The object builder is a 
program which is used to define the business objects and generate 
the necessary definition and implementation files in ID-L (Interface 
Definition Language) , C++ and/or Java, as will be understood by 
those skilled in the programming arts. 

Object builders utilize a data model which provides a template 
of the data structure for the objects. Object-oriented data models 
can be adapted to a wide range of different models by changing the 
definitions of meta-data, such as the objects and the task trees. 
Meta-data as will be understood by those skilled in the art 
comprises the self-descriptive information that can describe both 
services and information. With meta-data new services can be added 
to a system and discovered at run- time. 

The object builder in the Component Broker™ .toolkit from IBM 
utilizes a proprietary data model known as the Common Data Model 
(CDM) , which is implemented as a binary file. In the object builder 
tool for Component Broker™, objects are processed by performing 
sets of user-defined operations in the -form of task-trees. 

The binary file format of the Common Data Model yields some 
advantages such as rapid saving and loading of the data model . 
However, these advantages are offset by a number of disadvantages. 
First, the binary format of the Common Data Model or CDM is not 
human readable and as such the data model can only be examined by 
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using the user interface in the object builder or by viewing the 
code generated "from the binary file. Second, the data model must 
be imported or exported in its entirety, i.e. component parts of 
the data model cannot be imported or exported. . This makes it much 
more time-consuming to perform impact analysis and to compare 
different model -generated outcomes. For example, to compare the 
modelling results obtained by modifying one object, it is usually 
necessary to import or export the entire data model, even though 
the data model is substantially unchanged in any respect other than 
"the slightly altered object. 

This problem has been addressed in other data models by using 
a proprietary language, for example, the known Rational Rose tool 
utilizes a Rose mdl format file to represent the meta-data for the 
data model. Because the mdl format has been well publicized, 
objects using the mdl format can be designed and analyzed by any 
modelling tool which supports mdl. Using a proprietary language 
such Rose mdl, the meta-data is organized so that the component 
parts of the data model, such as objects and task trees, can be 
imported and exported at various different levels of generality. 
However, using a proprietary language limits the inter - operabi 1 ity 
between the data model and other tools as these other tools will 
need to use parsers that are compatible with the proprietary 
language in order to retrieve meta-data from the data model. 

Accordingly, there remains a need for generating a data model 
which is not confined to a proprietary language. 

BRIEF SUMMARY OF THE INVENTION 

The present invention provides a mechanism for a task oriented 
data model for a development tool in an object oriented programming 
system. 
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According one aspect of the invention, the meta-data of the 
data model is represented using an open s tandard . "-Advantageous ly ; 
by representing the meta-data using an open standard, conventional 
parsers for the open standard may be used to .retrieve , the meta- 
data. According to this aspect of the present invention, the data 
model takes the form of a document file expressed in Extensible 
Markup Language or XML. XML comprises a simplified subset of the 
Standardized Generalized Markup Language or SGML. Like SGML, but 
unlike other subsets of SGML such as Hypertext Markup Language 
(HTML) , XML permits (i) users to add new defined tags to the tag 
set at will; and (ii) XML documents to be properly nested within 
one another to an arbitrary extent. In accordance with this aspect 
of the invention, the import and export utility in the object 
builder is implemented to express the data model as an XML document 
whereiri the data elements are arranged according to a meta data 
model. According to this aspect of the invention, the meta data 
model comprises a Document Type Definition or DTD in XML. 

According to another aspect of the invention, the data model 
incorporates a task oriented structure which mirrors the user 
interface in the object builder. The task tree for the user 
interface is represented using containment relationships defined by 
XML constructs specified in the Document Type Definition, .i.e. the 
meta data model. For example, the properties and values in the 
SmartGuides™ under the Component Broker™ toolkit are represented 
according to this aspect of the invention as a tag with an 
identical label and value format. Advantageously, this task 
oriented data structure allows users to quickly locate and 
recognize the data element of interest in the data model. In 
addition, the task oriented structure of the data model provides 
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the capability to export- and import data elements with varying 
degrees of granularity. 

According to an aspect of the invention; there is provided a 
task oriented data structure embodied in a program storage device 
5 for an object oriented application program, the object oriented 
•application program having a user interface comprising a plurality 
: of items, said items defining a sequence of tasks for creating one 
or more objects, said data structure comprising: (a) a data model 
expressed in the form of a document according to a meta data 

lo language; (b) said data model including a plurality of data 
elements;. (c) each of said data elements corresponding to one of 
•the tasks in said sequence of tasks; and (d) said data elements 
being arranged according to a meta data model, wherein said meta 
data model mirrors the sequence of tasks defined in the user 

15 interface. Said meta data model may means for validating each of 
said data elements and the arrangement of said data elements . 
Further, said meta data language may comprise XML or Extensible 
Markup Language, and- said data elements being arranged according to 
containment constructs specified in said meta data model. Said 

20 means for validating may also comprise a Document Type Definition 
specified in XML. And, said containment constructs may comprise tag 
definitions according to XML. 

There is also provided, in an application program for creating 
'objects, the application program -having a user interface comprising 

25 a plurality of items, said items defining a sequence of tasks for 
creating the objects, and said application program including an 
export utility for exporting document files, a export utility 
comprising: (a) means for exporting a document file expressed in a 
meta data programming language; and (b) wherein said document file 

30 comprises a plurality of data elements, each of said data elements 
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corresponding to one of the tasks in said sequence of tasks, and 
said data elements being arranged according to a meta data model, 
wherein said meta data model mirrors the sequence of tasks defined 
in the user interf ace. Said meta data model may also, include means 
for validating each of the data . elements included in said document 
file. Said document file may also be expressed in XML or Extensible 
Markup Language, and said data elements being arranged according to 
containment constructs specified in said meta data- file. And,, said 
means for validating may comprise a Document Type Definition 
specified in XML. 

According to another aspect of the invention, there is 
provided a computer program product for an object oriented 
application program for creating objects, the application program 
having a user interface comprising a plurality of items, said items 
defining a sequence of tasks for creating the objects, and said 
application program including an export utility for exporting 
document files, said computer program product comprising a program 
storage device; means recorded on said program storage device for 
instructing a computer to perform the steps of, (a) outputting a 
document file, said document file being expressed according to a 
meta data programming language; and (b) said document file 
comprising a plurality of data elements, each of said data elements 
corresponding to one of the tasks, in said sequence of tasks, and 
said' data elements being arranged according to a meta data model, 
wherein said meta data model mirrors the sequence of - tasks defined 
in the user interface. Said meta data model may include means for 
validating each of the data elements in said document file. Said 
meta data language may comprise XML or Extensible Markup Language, 
and said data elements being arranged according to containment 
constructs specified in said meta data model. And, said means for 
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validating may comprise a Document Type Definition specified in 
XML. ' . 

There is also provided a computer system for creating objects 
d'n an object-oriented application program, the application program 
having a user interface comprising a plurality of items, said items 
defining a sequence of tasks for creating the objects, and said 
-application program including an export utility for exporting 
document files, said computer system comprising: (a) means for 
outputting a document file, said document file being expressed 
according to a meta data programming language; and (b) said 
document file comprising a plurality of data elements, each of said 
data elements corresponding to one of the tasks in said sequence of 
tasks, and said data elements being arranged according to a meta 
data model, wherein said meta data model mirrors the sequence of 
tasks defined in the user interface. Said meta data model may 
include means for validating each of the data elements in said 
document file. Said meta data language may also comprise XML or 
Extensible Markup Language, and said data elements being arranged 
according to containment constructs specified in said meta data 
model. And, said means for validating may comprise a Document Type 
Definition specified in XML. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Reference will now be made .to the accompanying drawings which 
' show, by way of example, preferred embodiments of the present 
invention, and in which: 

Fig, 1 is a diagrammatic representation of the main window of 
an object builder of the type suitable for a task oriented data 
model according to the present invention; and 
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Fig, 2 shows the main wihdow of the Component Broker object 
builder with an exemplary display of a user-defined interface 
object which has been selected. 

5 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

The present invention comprises a task oriented structure for 
a data model suitable for object oriented programming . According 
to the invention, the task oriented data structure is implemented 
using the open standard language XML (Extensible Markup Language) . 

10 The data model for an object is expressed as an XML document which 
is defined according to a meta data model. According to the 
invention, the meta data model is implemented as a Document Type 
Definition or DTD in XML. The XML document is compatible with the 
export and import utilities in development tools (e.g. object 

15 builder tool) . It is a feature of the present invention that the 
task oriented structure mirrors the user interface in the object 
builder or development tool. In the following description, the task 
oriented data structure is described in the context of an object 
builder application which is in the "toolkit" for IBM's Component 

20 Broker software package. 

Reference is first made to Fig. 1, which shows in diagrammatic 
form an object builder tool 10 in the Component Broker toolkit. The 
object builder tool 10 is an application program which provides an 
integrated development environment, for software developers. As 

25 shown in Fig. 1, the object builder tool 10 comprises a main window 
20 having four panes denoted by 21, 22, 23, and 24 respectively. 
The main view pane 21 on the left side of the window 20 provides 
the main view which is a task tree view. The main view pane 21 is 
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also the context for the content displayed in. the three other panes 
22 , 2.3 , and 2%:; 

As shown in Fig. 1, the main view pane 21 comprises a 
"Framework Interfaces" item (or element) 110, a "User-Defined 

^Business Objects'' item 120, a "User-Defined Compositions" item 130, 
a "User-Defined Data Objects" item 140, a "DBA-Defined Schemas" 

"item 150, a "User-Defined PA Schemas" item 160, a "Non-IDL Type 
Objects" item 170, a "Build Configuration" item 180, an 
"Application Configuration" item 190, a "Container Definition" item 

" r 200, a "Default Homes" item 210, and a "FlowMark" item 220. 

The content of the other three panes 22, 23 and 24 in the 
window 10 depends on the selected item or element in the main view 
pane 21. Referring to Fig. 2, an item from "User-Defined Business 
Objects" item 120, specifically "Account", has been selected. In 
turn, the second pane 22 displays an inheritance graph for the 
Account item, and the third pane 2 3 shows the methods and 
attributes for the Account item. When one of the methods appearing 
in the third pane 23 is selected, the implementation of that method 
is shown in the fourth pane 24. 

It will be appreciated that the object builder tool 10 
utilizes a task tree structure. As shown in Fig. 1, the "User- 
Defined Business Objects" item 120 has a user interface which is 
organized as a task tree structure. The task-oriented structure of 
the user interface forces a user to follow a specified sequence in 
order to create a business object, i.e. an object containing 
business methods (logic) and data (state) that is intended for use 
within business applications. As will now be described, the data 
model according to the present invention comprises a task oriented 
structure which mirrors the user interface. The data model includes 
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all the persistent meta-data tfhich is used by the object builder 
tool 10 . 

Referring to Fig. 1, and specifically the main view pane 21, 
the task tree structure for the "User-Defined Business Objects" 
item 120 comprises a. file item or element 121, a module item 122, 
an interface item 123, a key helper item 124, a. copy helper item 
125, a business object implementation item 126, and a data object 
item 127. The "User-Defined Data Objects", item 140 is also 
organized in a task tree structure and comprises a. file item 141, 
a module item 142, and a interface item 142. Similar task tree 
structures are provided for the "DBA-Defined Schemas" item 150, the 
"Non-IDL Types Objects" item 170, the "Build Configuration" item 
180, the "Application Configuration" item 190, and the "Container 
Definition" item 200. 

According to the task tree structure for the "User-Defined 
Business Objects" item 120, a business object is created by the 
following sequence of steps: (1) create file; (2) create module; 
(3) create interface; (4) create key helper; (5) create copy 
helper; and (6) create implementation. 

The first step performed by a user involves creating a file. 
The object builder 10 generates the file as an IDL (Interface 
Definition File) . As will be understood by one skilled in the art, 
IDL is' a contractual, neutral and declarative language that 
specifies an object's boundaries and its interfaces, e.g. the 
aspects of the object that are accessible to the. public. IDL 
provides operating system and programming language independent 
interfaces to all services and components that reside on a bus as 
defined according to the CORBA (Common Object Request Broker 
Architecture) standard. The second step is optional and allows a 
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user to define a module which . comprises a grouping of interfaces. 
The third step performed by the user involves defining the public 
interface f or . the user-defined business object. The fourth step 
involves creating a key helper which comprises an object which 
provides a copy of the "identity" of the business object. The fifth 
step involves creating an object which duplicates everything about 
the business object, not just its identity. The sixth step 
comprises implementing the specific behaviour, i.e. methods, for 
the business object . 

Similarly, according to the task tree structure for the "User- 
Defined Data Objects" item 140, a data object is created according 
to the following sequence of steps: (1) create file; (2) create 
module; and (3) create interface. A data object is an object that 
provides an object-oriented rendering of the application data. 

According to the present invention, the data model comprises 
a task oriented structure which preserves the sequence of steps 
followed by a user during the creation of the object. The data 
content of the object, i.e. instance of data, is expressed by the 
object builder tool in the form of a text document. Since the data 
model mirrors the exact order in which the object' was created by 
the user, the data model provides a structure from which the user 
interface of the object builder tool can be. inferred. Because the 
user interface is implicit, in the organization of the data model, 
the data model can be imported by another tool by simply following 
or scripting the data structure. 

According to another aspect of the invention, the task 
oriented data model is implemented using the meta-data language XML. 
(i.e. Extensible Markup Language) and a meta data model is 
implemented in the form of a Document Type Definition or DTD which 
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is also expressed in XML. XML is a meta-data language which is 
self-descriptive of both services and information."" In the context 
of the present invention, a meta data implementation is preferred 
because the data can be generically validated by reading or 
importing the data. The DTD (i.e. meta data model) is used for 
validating the correctness of the data model which is expressed in 
the form of an XML document. 

According to this aspect of the present invention, the meta 
data model for the "User-Defined Business Objects" item 120 is 
specified in form of a Document Type Definition in XML as shown 
below. 



<?xml encoding= "US -ASCII" ?> 

< ! ELEMENT UserDef inedBusinessOb j ect ( BusinessOb j ectUni t ) *> 
< ! ELEMENT UserDef inedDataObj ect (DOFile)*> 

< ! ELEMENT BusinessObj ectUni t (BOFile | Composi teFile ) * > 

< ! ELEMENT DBADef inedSchemas ( SchemaGroup) * > 

< I ELEMENT UserDef inedPAOs ^ (Schema) *> 



•< t - _ ************************** BO File **************************** --> 

< ! ELEMENT BOFile (Comments) IncludeFile | Module | BOArtifact! 

Constant | Enumeration j Exception | Structure | Typedef | Union | Uuid)*> 

< !ATTLIST BOFile Name CDATA #IMPLIED> 
<• ELEMENT Comments ( # PCDATA) * > 

< ! ELEMENT IncludeFile { # PCDATA) *> 

< ! ELEMENT Uuid (# PCDATA) * > 

<!__********************* Composite File ************************** --> 
<: ! ELEMENT Composi teFile (Comments| IncludeFile | Module | BOArtifact | 
Constant | Enumeration | Exception | Structure | Typedef | Union | Uuid)*> 

< iATTLIST CompositeFile Name CDATA #IMPLIED> 
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<!-- ************************** Module **************************** 

< ! ELEMENT Module _(#PCDATA | BOArtifact | DOArtifact | Comments | 
Enumeration | Exception | Structure | Typedef [ Union | Uuid)*> 
< ! ATTLIST Module Name CDATA #IMPLIED> 

"< ! _ _ : ***************************** DO File *************************** --> 

< ! ELEMENT DOFile (Comments | IncludeFile | Module [. DOArtifact | 
Constant | Enumeration | Exception | Structure | Typedef | Union | Uuid}*> 
<! ATTLIST DOFile 

Name CDATA #IMPLIED> 

< i *************************** BOArtifact ************************ — > 

< 1 ELEMENT BOArtifact (Interface) KeyArtifact | CopyArtif act | BOImplementation) 
<! ELEMENT Interface ( # PCDATA | IsQueryable | IsWLM | . Comments 
Interf acelnheri tance | Attribute | Method | Constant | Enumeration | 
Exception | Structure | Typedef | Union | Uuid | Obj ectRelat ionship 
Compositelnf o) *> 

< ! ATTLIST Interface 

Name CDATA #IMPLIED> 
< 1 ELEMENT IsQueryable <#PCDATA)*> 
< I ELEMENT IsWLM <#PCDATA)*> 

< ! ELEMENT Interf acelnheritance ( # PCDATA) *> 

< \ *************************** Compositelnf o *********************** — > 

< ! ELEMENT Compositelnf o ( Composi teRules | Interf aceReference )* > 
<!ATTLIST Compositelnf o 

Compos iteTool Moniker CDATA #IMPLIED> 

<;!--*************************** Composi teRules *********************** --> 
< I ELEMENT Composi teRules <#PCDATA)*> 

< \ *********************** interf aceRe ference ********************* 

<! ELEMENT Interf aceReference EMPTY> 
< ! ATTLIST Interf aceReference 
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Referenced CDATA #IMPLIED 
Instancelnterface CDATA #IMPLIED 
InstanceName CDATA ^IMPLIED 
InstanceKind CDATA #IMPLIED> 

5 

<!__************************ DataRef erence *************************** --> 

<! ELEMENT DataRef erence (Prereq | DataStore | Chain -| . Select) *> 
< 1ATTLIST DataReference 

Type CDATA # IMPLIED 
10 ReferencedCategory CDATA #IMPLIED. 

Ref erencedlnterf ace CDATA #IMPLIED 

ReferencedName CDATA #IMPLIED 

ReferencedKind CDATA # IMPLIED 

Instancelnterface CDATA #IMPLIED 
15 InstanceName CDATA # IMPLIED 

InstanceKind CDATA #IMPLIED> 

<;__ ****************************** Prereq *************************** --> 
<! ELEMENT Prereq (Prereq | DataStore | Chain | Select) *> 
20 < ! ATTLIST Prereq 

Ref erencedParameterName CDATA #IMPLIED 

Ref erencedParameterKind CDATA #IMPLIED 

Targetlnterf ace CDATA ^IMPLIED 

OperationName CDATA #IMPLIED 
25 OperationKind CDATA ^IMPLIED 

ParameterName CDATA #IMPLIED 

ParameterKind CDATA ^IMPLIED 

Helper CDATA # IMPLIED 

ReferencedCategory CDATA #IMPLIED 
30 Ref erencedlnterf ace CDATA #IMPLIED 

ReferencedName CDATA #IMPLIED 

ReferencedKind CDATA #IMPLIED 

Instancelnterface CDATA #IMPLIED 

InstanceName CDATA ^IMPLIED 
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InstanceKind CDATA #IMPLIED> 

< \ — **************************** DataStore *************************** : 

< ! ELEMENT DataStore (# PCDATA) * > 
5 < ! ATTLIST DataStore 

Ref erencedCategory CDATA # IMPLIED 

Referencedlnterface CDATA #IMPLIED 

Ref erencedName CDATA #IMPLIED 

Ref erencedKind CDATA #IMPLIED 
10 Instancelnterf ace CDATA # IMPLIED 

InstanceName CDATA # IMPLIED 

InstanceKind CDATA #IMPLIED> 

< i ****************************** chain *************************** > 

IS <! ELEMENT Chain EMPTY > 

< i ****************************** Select *************************** - 

< ! ELEMENT Select (NullAt tribute )* > 

2Q <j ************************* Nul lAt t tribute *********************** --> 

< ! ELEMENT NullAttribute (Prereq | DataStore | Chain | Select) *> 
<! ATTLIST NullAttribute 

Attributelnterface CDATA #IMPLIED 

AttributeName CDATA # IMPLIED 

2 5 AttributeKind CDATA # IMPLIED 

Negated CDATA #IMPLIED 
Ref erencedCategory CDATA #IMPLIED 
Referencedlnterface CDATA # IMPLIED 
Ref erencedName CDATA # IMPLIED 

3 0 Ref erencedKind CDATA #IMPLIED 

Instancelnterf ace CDATA #IMPLIED 
InstanceName CDATA ^IMPLIED 
InstanceKind CDATA #IMPLIED> 
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< j _.************************** DelegaiteToGroup ** 
< ! ELEMENT DelegateToGroup (#PCDATA)*> 

<i __************************* KeyAttrMapGroup *** 
<! ELEMENT KeyAttrMapGroup (KeyAttrMapInf o) * > 

<i ***** + **>***************** KeyAttrMapInf o **** 

< I ELEMENT KeyAttrMapInf o ( KeyAtt rRef erence ) * > 
< ! ATTLIST KeyAtt rMapInfo 

Interface CDATA #IMPLIED 
AttributeName CDATA #IMPLIED 
AttributeKind CDATA #IMPLIED> 

<i ************************* KeyAt trRef erence ** 

< i ELEMENT KeyAtt rRef erence { KeyAt tributeRef erence 
InstanceAttributeRef erence) *> 

<!__*********************** KeyAt tributeRef erence 
<l ELEMENT KeyAt tributeRef erence EMPTY> 
<! ATTLIST KeyAttributeRef erence 

Interface CDATA #IMPLIED 
AttributeName CDATA #IMPLIED 
AttributeKind CDATA #IMPLIED> 

<!__****************** InstanceAttributeRef erence 
<i ELEMENT InstanceAttributeRef erence EMPTY > 
< ! ATTLIST InstanceAttributeRef erence 
Interface CDATA #IMPLIED 
AttributeName CDATA #IMPLIED 
AttributeKind CDATA #IMPLIED> 

< i *********************** Locat ionGroup ****** 

< ! ELEMENT Locat ionGroup ( Locat ionByKey) * > 
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<!__**************.********* Locat ionByKey *************************** 

<! ELEMENT Locat ionByKey ( Interf aceRef erence ) * > 

< ! ATTLIST LocationByKey 

Group GDATA # IMPLIED 
5 FindObject CDATA #IMPLIED 

CreateObject CDATA #IMPLIED 
RemoveObject CDATA #IMPLIED 
CreateFromCopy CDATA ^IMPLIED 
HomeName CDATA # IMPLIED 
10 FactoryFinderName CDATA # IMPLIED 

Home Parameter CDATA #IMPLIED> 

<!__********************** Object Relationship ******************** > 

< ! ELEMENT Ob j ec t Re la t ionship (Uuid | ObjectType 
15 Ref erenceCollect ionlmplementat ion | Re f e renceRe so 1 vedBy Fo re i gnKey | 

HomeToQuery (Attribute | Method) *> 

< ! ATTLIST Obj ectRelationship Name CDATA #IMPLIED> 

< I ELEMENT ObjectType (#PCDATA)*> 

< ! ELEMENT Ref erenceCollect ionlmplementat ion (#PCDATA)*> 
20 < I ELEMENT Ref erenceResolvedByForeignKey (#PCDATA)*> 

<• t a**************-************* Construct ************************** 

< ! ELEMENT Constant (Type | Initializer | Size | Uuid)*> 
<! ATTLIST Constant 

2 5 Name CDATA #IMPLIED> 



< I ELEMENT Enumeration (Member | Uuid)*> 

< ! ATTLIST Enumeration 

Name CDATA #IMPLIED> 

< ! ELEMENT Exception (Member | Uuid)*> 

< ! ATTLIST Exception Name CDATA #IMPLIED> 
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<! ELEMENT Member (Type | Size | TypeSpecif ication | SequenceSize | ArraySize | 
CaseLabel | Uuid)*> . . 

< I ATTLIST Member Name CDATA #IMPLIED> 

< 1 ELEMENT TypeSpecif icat ion <#PCDATA)*> 

< I ELEMENT SequenceSize { # PCDATA ) * > 

< ! ELEMENT ArraySize (# PCDATA) *> ' 
<! ELEMENT CaseLabel (#PCDATA)*> 

< 1 ELEMENT Structure (Member | Uuid)*> ■ 

< ! ATTLIST Structure Name CDATA #IMPLIED> 

<! ELEMENT Typedef (Type | Size | TypeSpecif ication | SequenceSize | ArraySize | 
Uuid) *> - ' 

< ! ATTLIST Typedef Name CDATA #IMPLIED> 

< 1 ELEMENT Union ( Swi tchSpeci f ier | Member | Uuid)*> 

< i ATTLIST Union Name CDATA #IMPLIED> 

< ! ELEMENT SwitchSpecif ier (#PCDATA)*> 

a*************************** Attribute ************************** --> 

<! ELEMENT Attribute (Type | Initializer] Size | Implementation) Read-only) 
Overridable) (StringBehaviour?) | Get terMethodBodyFor Plat f orm | 

SetterMethodBodyForPlatf orm | Get terlmplementationType | . 

SetterlmplementationType | Parent Interface | DOAt tributeName J Uuid | 
DataRef erence | DelegateToGroup | Usedlnlmplementation | StaticData |- 
GetterBodiesKeepAllPlatf ormsInSyncCpp | 
GetterBodiesKeepAllPlatf ormsInSyncJava | 

SetterBodiesKeepAllPlatf ormsInSyncCpp | . 1 

SetterBodiesKeepAllPlatf ormsInSyncJava) *> 
< ! ATTLIST Attribute 

Name CDATA #IMPLIED> 
<! ELEMENT Type (#PCDATA)> 
< ! ELEMENT Initializer (#PCDATA)*> 
< ! ELEMENT Size (#PCDATA)*> 

< ! ELEMENT Implementation (#PCDATA)> 
<! ELEMENT Read-only (#PCDATA)> 

< ! ELEMENT Overridable (#PCDATA)> 
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< i ELEMENT StringBehaviour (# PCDATA )> '. V- 

< i ELEMENT Ge tterlmplementat ionType (#PCDATA)*> 

< ! ELEMENT Set ter imp lementat ionType (#PCDATA)*> 

< ! ELEMENT DOAttributeName (#PCDATA)*> 
5 < ! ELEMENT Parent Interface (#PCDATA)*> 

< 'ELEMENT Usedlnlmplementat ion (#PCDATA)*> 
<! ELEMENT Stat icData (#PCDATA)*> 

< ! ELEMENT GetterBodiesKeepAllPlat f ormsInSyncCpp (# PCDATA) *> 

<! ELEMENT GetterBodiesKeepAllPlatf ormsInSyncJava ( # PCDATA) *> 
10 < ! ELEMENT Sett erBodiesKeepAllPlat f ormsInSyncCpp (#PCDATA)*> 

< ! ELEMENT SetterBodiesKeepAllPlatf ormsInSyncJava (#PCDATA)*> 

<! ELEMENT Ge tterMethodBodyForPlat f orm (Language) *> 

< IATTLIST GetterMethodBodyForPlatf orm Name CDATA #IMPLIED> 

< ! ELEMENT Se tterMethodBodyForPlat form (Language) *> 
15 < IATTLIST SetterMethodBodyForPlatf orm Name CDATA #IMPLIED> 

< ! - -ELEMENT Implementat ionLanguage ANY--> 

< I ELEMENT Language (UseToolDef, UseFile, UseTDE, Filename? , ToolDef?, 
UserDef ?, ( (OOSQLSourceType? , OOSQLUserDef ? ) | ( ESQLSourceType? , ESQLUserDef ? ) ) ? ) > 
< IATTLIST Language 

20 Name CDATA #IMPLIED> 

< I ELEMENT UseToolDef ( # PCDATA) > 

< ! ELEMENT UseFile (#PCDATA)> 

< I ELEMENT UseTDE ( # PCDATA) > 

< ! ELEMENT Filename (#PCDATA)*> 
25 < I ELEMENT ToolDef (#PCDATA)*> 

< ! ELEMENT UserDef (#PCDATA)*> 

<! ELEMENT OOSQLSourceType (#PCDATA)*> 

< I ELEMENT OOSQLUserDef ( # PCDATA ) * > 

<! ELEMENT ESQLSourceType (#PCDATA)*> 
30 <! ELEMENT ESQLUserDef (#PCDATA)*> 

<l *********★+***************** Method ****************.**-******** — > 

<!-- Preserve spaces and newline --> 

< IATTLIST Filename xml : space (default | preserve) "preserve" > 
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< ! ATTLIST ToolDef xml : space (default | preserve) "preserved ■ * 

< ! ATTLIST UserDef xml : space (default | preserve) "preserve" > - r 

< i ATTLIST Comments xml : space (default | preserve) "preserve" > - 

< ! ATTLIST OOSQLUserDef xml : space ( default | preserve ) "preserve "> 
5 <! ATTLIST ESQLUserDef xml : space (default | preserve) "preserve" > 

<!-- Preserve spaces and newline --> 

<! ELEMENT Method (ReturnType | Size | Implementation! MethodBodyForPlatf orm | 
One-way | Overridable | ConstMethod | IsFrameworkMethod | ExceptionRaises | 
Context | Parameter | Uuid | Parent Interface | DataRef erence | DelegateToGroup 
10 | MethodType | Usedlnlmplementation | StaticMethod | PushDownMethod | 

MappedMethod | PlatformSet | MethodBodie sKeepAll Plat forms InSyncCpp | 
MethodBodiesKeepAllPlatf ormsInSyncJava) *> 

< ! ATTLIST Method 

Name CDATA #IMPLIED> 
15 < ! ELEMENT ReturnType (# PCDATA) > 

<! ELEMENT ConstMethod ( ft PCDATA) > 

< ! ELEMENT PushDownMethod (#PCDATA)*> 

<! ELEMENT MappedMethod (#PCDATA)*> 

< I ELEMENT Me thodBodyForPlat f orm (Language) *> 
20 < ! ATTLIST MethodBodyForPlatf orm Name CDATA #IMPLIED> 

< I ELEMENT Implementat ionType (#PCDATA)*> 

<i ELEMENT Designpat tern (#PCDATA)*> 

< ! ELEMENT UseMacro' (# PCDATA) > 

< I ELEMENT One-way (#PCDATA)> 
25 < I ELEMENT IsFrameworkMethod ( # PCDATA) > 

< I ELEMENT ExceptionRaises (#PCDATA)*> 

< ! ELEMENT Context ( # PCDATA) * > 

< I ELEMENT StaticMethod (#PCDATA)*> 
< ! ELEMENT PlatformSet (#PCDATA)> 
30 < ! ELEMENT MethodBodiesKeepAllPlat f ormsInSyncCpp (#PCDATA)*> 

< ! ELEMENT MethodBodiesKeepAl 1 Plat forms InSync Java (#PCDATA)*> 

<! ELEMENT Parameter ( ParameterType | Size | Direct ionalAttr |- Uuid )*> 
< I ATTLIST Parameter 
Name CDATA #IMPLIED> 
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ParameterType (#PCDATA)*>. 
DirectionalAttr (#PCDATA)*> ; • 
MethodType { # PCDATA ) * > 

< t ********************** DOArtifact ***************************** --> 

<! ELEMENT DOArtifact (DOInterf ace | Comments) *> 

< | ************************* Key ********************************* --> 

< .'ELEMENT KeyArtifact (#PCDATA| File | Module 1 Interface | Attribute | Method 

| Interf acelnheri tance | Uuid | Prologue | CppPrologue | JavaPrologue | Epilogue 

| CppEpilogue | JavaEpilogue | KeyAttrMapGroup) * > 

< ! ELEMENT File ( # PCDATA | Uuid | IncludeFile | Comments )*> 

< IATTLIST File Name CDATA #IMPLIED> 



< ! ELEMENT 
< I ELEMENT 
< ! ELEMENT 



< i ************************** copy ********************************* — > 

< ! ELEMENT CopyArtifact ( # PCDATA | File | Module | Interface | Attribute | 
Method | Interf acelnheri tance | Uuid | Prologue | CppPrologue | 
JavaPrologue | Epilogue | CppEpilogue | JavaEpilogue )* > 



<!__**********+*************** BO Implementation ******************** --> 

< ! ELEMENT BOImplementat ion (#PCDATA| File | Module | Interface | Pattern | 
.LazyEvaluation | DataObj ect Interf ace | SessionableBO | Implementat ionLanguage | 
UserData | Implementat ionlnheritance | Attribute | Method | Prologue | 
CppPrologue | JavaPrologue | Epilogue | CppEpilogue | JavaEpilogue | Key | Copy 
| Handle | DOInte-rface | MO | Uuid | LocationGroup | Obj ectRelationship) * > 
: ELEMENT Pattern (#PCDATA)> 
! ELEMENT LazyEvaluation {# PCDATA) > 
! ELEMENT DataOb j ect Inte r f ace (#PCDATA)> 
! ELEMENT SessionableBO <#PCDATA)> 
! ELEMENT Implementat ionLanguage (# PCDATA) *> 
! ELEMENT UserData (#PCDATA)*> 

: ELEMENT Implementat ionlnheritance ( # PCDATA) > 
[ELEMENT Prologue (#PCDATA)*> 
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< , 


I ELEMENT 


CppPrologue (# PCDATA) *>• 


< . 


* ELEMENT 


JavaPrologue (#PCDATA)*> 






C-rt-i 1 nrrno I i±DfTlATZ\ \ * 
LpiiOgUc V it fV-.iJM.l-M.; > 


< 


! ELEMENT 


CppEpilogue ( # PCDATA ) *> 


< 


! ELEMENT 


JavaEpilogue { # PCDATA) *> 


< 


! ELEMENT 


Key {# PCDATA) * > 




! ELEMENT 


Handle (#PCDATA)*> 



<!-- Preserve spaces and newline --> 

< I ATTLIST Prologue, xml : space (default | preserve) "preserve" > . . 
< I ATTLIST CppPrologue xml : space (default | preserve) "preserve" > 

< i ATTLIST JavaPrologue xml : space (defaul t | preserve ) "preserve" > 
<! ATTLIST Epilogue xml : space (default | preserve ) "preserve" > 

<! ATTLIST CppEpilogue xml : space (default | preserve) "preserve" > 
<! ATTLIST JavaEpilogue xml : space ( default | preserve ) "preserve ,r > 

< i a************************ S tuf f ***************************** > 

<! ELEMENT DOInterface (File | Module | Interface -| Comments 
Interf acelnheri tance | DOImplementat ion | Attribute | Method | Constant 
Enumeration | Exception | Structure | Typedef | Union | Uuid)*> 
< I ATTLIST DOInterface 
Name CDATA #IMPLIED> 

< \ *************************** Implementation ******************* — > 

<! ELEMENT DOImplementat ion ( # PCDATA | File. |- Module | Interface | 
Environment | Persi stentBehaviour | DataAccessPattern | PointerHandle | 
Key | Copy | Implementationlnheritance | Attribute | Method | Prologue 
CppPrologue | JavaPrologue | Epilogue | CppEpilogue | JavaEpilogue | PO 
POMapping | Uuid)*> 

<i ELEMENT Environment (#PCDATA)*> 
< 1 ELEMENT Persi stentBehaviour (#PCDATA)*> 
< ! ELEMENT DataAccessPattern (#PCDATA)*> 
<» ELEMENT PointerHandle (# PCDATA) *> 

< ! ELEMENT Copy (#PCDATA)*> 
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< t — A************************* pq stuff *************************** > 

<! ELEMENT PO {Uuid?, ShortName?, ModuleName?, JavaPackage?, JavaPath?, 
PAOService?, POAccessType , Prologue?, CppPrologue? , JavaPrologue? , Epilogue?, 
CppEpilogue? , JavaEpilogue? , BindFileName , Comments?, POAttribute*, POMethod* , 
Schema? ) > 
< I ATTLIST PO 

Name CDATA #IMPLIED> 

< I ELEMENT POAccessType (#PCDATA)> 
< ! ELEMENT BindFileName (#PCDATA)*> 

<! ELEMENT POAttribute (Uuid?, Type, Size, ColumnName, KeySequenceNumber? , Key?, 

Getter?, Setter?, GetterBodiesKeepAllPlatf ormsInSyncCpp? , 

Set terBodiesKeepAl IPlat f ormsInSyncCpp? , Get terMe thodBodyForPlat form* , 

SetterMethodBodyForPlatf orm* ) >- 

< ! ATTLIST POAttribute Name CDATA #IMPLIED> 

< ! ELEMENT KeySequenceNum (#PCDATA)*> 

<! ELEMENT KeySequenceNumber (#PCDATA)+> 

<! ELEMENT POMethod (Uuid?, Is Frame workMet hod , Me thodFunction? , Implementation, 
ReturnType, POParameter*, Platf ormSet? , MethodBodiesKeepAllPlat f ormsInSyncCpp? , 
MethodBodyForPlatf orm* ) > 

< i ATTLIST POMethod Name CDATA #IMPLIED> 

<i ELEMENT POParameter (Type, Size?, ParmAccessType? ) > 
< ! ATTLIST POParameter Name CDATA #IMPLIED> 
<! ELEMENT ParmAccessType (#PCDATA)> 

< i ****** + **************** Imp 1 - > PO Mapp i ng s ********************* > 

< ! ELEMENT POMapping ( Att ributeMapping* , MethodMapping * ) > 

<! ELEMENT. ' Att ributeMapping ( DataObj ectAt t ribute , Patte rnType ? , 

Primit iveMapping? , ( ( POAttributelmplementat ion+ , MappingHelper? ) | (KeyMapping | 
StructMapping) * ) ?) > 

< 'ELEMENT DataObj ectAt tribute (# PCDATA) > 
< ! ELEMENT Patte rnType ( # PCDATA ) > 

<! ELEMENT Primi tiveMapping ( POAttributelmplementa tion+, MappingHelper? ) > 
< ! ELEMENT POAttributelmplementation (POInstance, POInstanceAtt ribute ) > 
< ! ELEMENT POInstance (#PCDATA)> 
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< ! ELEMENT POInstanceAt tribute (# PCDATA) > 

< ! ELEMENT MappingHelpe r (MappingHelperClass, MappingHelperToTarget , 

MappingHelperToSource) * > 

< ! ELEMENT MappingHelperClass (#PCDATA)*> 

<! ELEMENT MappingHelperToTarget (#PCDATA)*> 

< ! ELEMENT MappingHelperToSource (#PCDATA)*> 

<! ELEMENT KeyMapping (KeyFullName , HomeToQuery, ( KeyAttributeMapping) *) > 
<! ELEMENT KeyFullName (# PCDATA) > 
<! ELEMENT HomeToQuery (# PCDATA) * > 

< I ELEMENT KeyAttributeMapping ( KeyAt tribute , { POAttributelmplementation) *, 
MappingHelper? ) > 

< 1 ELEMENT KeyAttribute (# PCDATA) > 

< ! ELEMENT S t ructMapping (StructFullName, ( StructAttributeMapping) * ) > 
< ! ELEMENT StructFullName (#PCDATA)> 

<! ELEMENT StructAttributeMapping { St ructAttribute , Primi tiveMapping? , (KeyMapping 
| St ructMapping) * ) > 

<! ELEMENT St ructAttribute (# PCDATA )> 

< ! ELEMENT MethodMapping ( DataObj ectMethod, AlwaysCompletes , 

( POMethodlmplementat ion) * ) > 
< ! ELEMENT POMethodlmplementat ion (POInstance, POInstanceMethod) > 
<! ELEMENT DataOb j ectMethod (#PCDATA)*> 
< ! ELEMENT AlwaysCompletes (#PCDATA)*> 
< 1 ELEMENT POInstanceMethod (#PCDATA)> 

< l __★**★**+****+*+**+**++***** Schema Stuff ************************'* --> 

< 'ELEMENT Schema ( ( (DatabaseName, UserName?, SchemaName, ContainedBySchemaGroup, 
DatabaseType?, SchemaType, PKConstraint ? , PKConstraintComment ? , Comments?, 
SQLFilename, Column*, ( ( ForeignKey* ) | ( ViewSelect ? , ViewFrom?/ ' ViewWhere?, 
ViewOrderby?, ViewGroupby? , ViewHaving? , IsUserWri ttenClause? , ViewSchema+, 
ViewColumnMapping?) ) ) | (SchemaName, ShortName, ModuleName, SchemaType, 
JavaPackage, JavaPath, JavaClassName , PAOService, Property*, SchemaMethod* ) ) , 
PO* ) > 

< ! ATTLIST Schema 

Name CDATA #IMPLIED> 
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< ! ELEMENT ContainedBySchemaGroup (# PCDATA) * > 

< I ELEMENT Da taba.se Name (# PCDATA) > 
<! ELEMENT UserName (#PCDATA)*> 

<! ELEMENT SchemaName (#PCDATA)> 

5 <! ELEMENT ShortName (#PCDATA)> 

<! ELEMENT ModuleName (# PCDATA) > 

< I ELEMENT SchemaType (# PCDATA) > 

< ! ELEMENT PKConstraint <#PCDATA)*> 

< ! ELEMENT PKConst raintComment (#PCDATA)*> 

10 < I ELEMENT SQLFilename (#PCDATA)*> 

< I ELEMENT JavaPackage ( #PCDATA) > 

<! ELEMENT JavaPath <#PCDATA)> 

< I ELEMENT JavaClassName (# PCDATA) > 
< ! ELEMENT PAOService ( # PCDATA) > 

15. < ! ELEMENT SchemaMethod (Uuid?, IsFrameworkMethod, Me thodFunction? 

Implementation, ReturnType, SchemaParameter* ) > 

< ! ATTLIST SchemaMethod Name CDATA #IMPLIED> 

< ! ELEMENT MethodFunct ion ( # PCDATA) * > 

< i ELEMENT SchemaParameter (Type, Size?)> 

20 <i ATTLIST SchemaParameter Name CDATA #IMPLIED> 

< I ELEMENT Column (ColumnName , ColumnType, NotNull, KeySequenceNumber 
ColumnSequenceNumber, Length, Scale, ForBitData, Comments) > 

< ! ATTLIST Column 



Name CDATA #IMPLIED> 



< ! ELEMENT 


ColumnName (# PCDATA) > 






< ! ELEMENT 


ColumnType (# PCDATA) > 






<! ELEMENT 


NotNull (#PCDATA)> 






< ! ELEMENT 


ColumnSequenceNumber 


(# PCDATA) *> 




< ! ELEMENT 


Length { # PCDATA) > 






< ! ELEMENT 


Scale <# PCDATA) > 






< ! ELEMENT 


ForBitData (# PCDATA) > 






< ! ELEMENT 


Property (TypeString, 


TypeQualif ier , Size, 


Key?, Getter?, Setter? 


Uuid?) > 








< ! ATTLIST 


Property 
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Name CDATA #IMPLIED> 

< ! ELEMENT TypeString (#PCDATA)> 

< I ELEMENT TypeQualif ier (#PCDATA)> 
< ! ELEMENT Getter (#PCDATA)> 
<! ELEMENT Setter (# PCDATA) > 

< J ELEMENT ForeignKey (IsUnnamed, ForeignKeyName? , Target Schema 

Comments, FKMapping*)> 

< ! ATTLIST ForeignKey Name CDATA #IMPLIED> 
<! ELEMENT ForeignKeyName (#PCDATA)*> 

<! ELEMENT IsUnnamed (#PCDATA)> 

< i ELEMENT TargetSchema (DatabaseName, UserName?, 
ContainedBySchemaGroup) > 

< ! ELEMENT FKMapping (OwningAttribute , TargetAttribute) > 

< ! ELEMENT OwningAttribute <#PCDATA)> 

< ! ELEMENT TargetAttribute (#PCDATA)> 

<! ELEMENT ViewSelect (# PCDATA) * > 

<! ELEMENT ViewFrom (#PCDATA)*> 

<! ELEMENT ViewWhere (#PCDATA)*> 

<! ELEMENT ViewOrderby (#PCDATA)*> 

<! ELEMENT ViewGroupby (#PCDATA)*> 

< ! ELEMENT ViewHaving ( # PCDATA ) * > 

<! ELEMENT IsUserWri t tenClause { #PCDATA)*> 

<! ELEMENT ViewSchema (DatabaseName, UserName?, 

ContainedBySchemaGroup) > 

<! ELEMENT ViewColumnMapping . ( ViewColumn* ) > 

< 1 ELEMENT ViewColumn (TargetSchema, TargetColumn) > 

< ! ATTLIST ViewColumn Name* CDATA #IMPLIED> 

< I ELEMENT TargetColumn (#PCDATA)*> - - 

<!__*** *-******************** SchemaGroup Stuff *************** 
< I ELEMENT SchemaGroup (DatabaseName? , DatabaseType? , 

EditGeneratedFile? , Schema*) > 
<! ATTLIST SchemaGroup 
Name CDATA #IMPLIED> 
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< ! ELEMENT DatabaseType <#PCDATA)*> 

< i ELEMENT DDLFilename (# PCDATA) * > 

< ! ELEMENT EditGeneratedFi le <#PCDATA)*> 

5 <i ***************************** ivjo Stuff ************************** 

< 1 ELEMENT MO (File*- *| Module | Interface j Implementationlnheritance | 

MOApplicationAdaptor j Uuid)*> 
< 'ELEMENT MOAppli cat ionAdaptor (#PCDATA)*> 
< ! - - UDBO ? - - > 

10 ; , 

As shown above the meta data model comprises a Document Type 
Definition (DTD) which specifies the set of required and optional 
elements, and their attributes, for the data models which are 
expressed as XML documents. In addition, the DTD specifies the 

15 names of the tags and the relationships among elements in the data 
model, i.e. XML document. It will also be appreciated that the task 
tree elements for the "User-Defined Business Objects" item 120 are 
expressed using containment relationships in the Document Type 
Definition shown above. For example, the file element or item 121 

20 is defined as <! ELEMENT BOFile ( Comments | .... |Uuid) *>, and the 
module item 122 is defined as < I ELEMENT Module 
(#PCDATA| . . . .Uuid) *> . Similarly, in the DTD the "attributes" of 
the object are defined as < I ELEMENT Attribute (Type 
| Initializer | ....) *>, and the "methods" of the object are defined 

25 as <! ELEMENT Method (ReturnType| .....)*>.. The specific syntax of 
the meta data model expressed in the above DTD will be within the 
understanding of those familiar with XML. 

Next, the meta data model according to the present invention 
for the "Non-IDL Type Objects" item 170 is specified in the form a 

30 Document Type Definition as shown below. 
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<?xml encoding= "US-ASCII" ?> 

< ! ELEMENT NonlDLTypeDef ini t ion (NonlDLType )* > 

<! ELEMENT NonlDLType ( Implement at ionLanguage j ImplementationForPlatf orm | 
PackageName | Uuid)*> 
< ! ATTLIST NonlDLType 

Name CDATA #IMPLIED> 
<! ELEMENT ImplementationLanguage (#PCDATA)*> 
<! ELEMENT Uuid (#PCDATA)*> 
<! ELEMENT PackageName (#PCDATA)*> 

< ! ELEMENT Implementat ionForPlat f orm ( HeaderFile | LibraryName )* > 
< ! ATTLIST ImplementationForPlatf ormName CDATA #IMPLIED> 
< ! ELEMENT HeaderFile (#PCDATA)*> 
<! ELEMENT LibraryName (#PCDATA)*> 
< ! - - NonlDLType ? - - > 

The specific syntax of the meta data model for the "Non-IDL Type 
Objects" item as expressed in the above DTD will be within the 
understanding of those familiar with XML. 

The meta data model according to the present invention for the 
"Build Configuration" item 180 is specified in the form of a 
Document Type Definition as shown below. 



<?xml encoding="US-ASCII"?> 

< ! ELEMENT BuildConf iguration (DLLUnit)*> 

< ! ELEMENT DLLUnit (Uuid | Tier | Description | Appi icablel lit forms | 
Makef ileOptionsForPlatf orm | FilesInDLL | LinkLiblnDLL) * > 

< ! ELEMENT Make f i leOpt ionsForPlat form (LibraryName | MakeOptions | IDLCompile | 
JavaCompile | JCBJavaCompile | CPPCompile | LinkOpt ions ) * > 
<! ATTLIST DLLUnit Name CDATA #IMPLIED> 
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< 1ATTLIST Makef ileOptionsForPlatf ormName CDATA #IMPLIED> 
< ! ELEMENT Uuid (# PCDATA) *> 
< ! ELEMENT Tier (#PCDATA)*> 

< ! ELEMENT ApplicablePlatf orms (#PCDATA)*> 

< ! ELEMENT Description (#PCDATA)*> 

< ! ELEMENT LibraryName ( # PC DATA) * > 

< ! ELEMENT MakeOpt ions (# PC DATA) * > 

< ! ELEMENT IDLCompile (#PCDATA)*> 

<! ELEMENT JavaCompile <#PCDATA)*> 

< ! ELEMENT JCB JavaCompile (#PCDATA)*> 

< I ELEMENT CPPCompile (#PCDATA)*> 

< ! ELEMENT LinkOptions { # PCDATA) * > 

< I ELEMENT FilesInDLL (File)*> 

<! ELEMENT File (# PCDATA) *> 

<! ELEMENT LinkLiblnDLL (LinkLib)*> 

< ! ELEMENT LinkLib ( # PCDATA) * > 

< I - - DLL ? - - > 



The specific syntax of the meta data model for the n Buiid 
Configuration" item as shown in the above DTD will be within the 
understanding of those familiar with XML. 

The meta data model according to the present invention for the 
"Application Configuration" item 190 is specified in the form of a 
Document Type Definition as shown below. 



<?xml encoding="US- ASCII M ?> 

<! ELEMENT Appl icationConf iguration ( Appl ica tion.Fami lyUni t ) *> 

<! ELEMENT Appl icationFami lyUni t (Description | Version | DiskSpace | Readme 

| Application | Uuid) *> 

< ! ATTLIST ApplicationFamilyUni t 

Name CDATA #IMPLIED> 
< ! ELEMENT Description (#PCDATA)*> 
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< ! ELEMENT Version (# PCDATA) *> •. '■ 

<! ELEMENT DiskSpace (# PCDATA) *> 
<! ELEMENT Readme {# PCDATA) *> 
<■! ELEMENT Uuid (# PCDATA) *> 

5 

<i _ App 1 i c a t i on *************************** - - > 

<! ELEMENT Application { (Description, Version, JavaVM, Initials tate? , 
Executable*) | ManagedObj ec t | Uuid) *> . . - ' 

< ! ATTLIST Application 
10 Name CDATA #IMPLIED> 

< 1 ELEMENT JavaVM (# PCDATA) *> 

<i ELEMENT InitialState <#PCDATA)*> 

< ! ELEMENT Executable (# PCDATA) *> 

^5 <)-_*#********★*★***★*****★ Managed Obj ec t *************************** --> 

<! ELEMENT ManagedObj ect { Dll | Key | Copy | DOImpl | ContainerName j Home | 
NameOf Factory | NameOfHome | NameContexts | VisiblelnCel 1 | Vi siblelnWorkGroup 
| WorkLoadManaged | State | Uuid) *> 





< 


ATTLIST 


ManagedObj ect Name CDATA #IMPLIED> 


20 


< 


ELEMENT 


Dll <#PCDATA)*> 




< 


ELEMENT 


Key (Dll)> 




< 


ATTLIST 


Key Name CDATA #IMPLIED> 




< 


ELEMENT 


Copy (Dll)*> 




< 


ATTLIST 


Copy Name CDATA #IMPLIED> 


25 


< 


ELEMENT 


DOImpl (Dll)> 




< 


ATTLIST 


DOImpl Name CDATA #IMPLIED> 




< 


ELEMENT 


ContainerName { # PCDATA) > 




< 


ELEMENT 


Home (CustomizedHome | Dll)*> 




< 


ATTLIST 


Home Name CDATA # IMPLIED> 


30 


< 


ELEMENT 


CustomizedHome (# PCDATA) > 




< 


ELEMENT 


NameOf Factory (# PCDATA) *> 




< 


ELEMENT 


NameOfHome (# PCDATA) *> 




< 


ELEMENT 


NameContexts { # PCDATA) *> 




< 


ELEMENT 


VisiblelnCell (#PCDATA) > 


35 


< 


ELEMENT 


VisiblelnWorkGroup ( # PCDATA) > 




< 


ELEMENT 


WorkLoadManaged (tt PCDATA) > 
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<! ELEMENT State (# PCDATA) > 
<! - -. APPL ? - -> 



The specific syntax of the meta data model for the "Application 
Configuration" item as shown in the above DTD will be within the 
understanding of. those familiar with XML , 

The meta data model according to the present invention for the 
"Container Definition" item 200 is specified in the form of a 
Document Type Definition as shown below. 



<?xml encoding^ "US - ASCII " ? > 

< i ELEMENT Cont ainerDe f ini t ion (Container) * > 

< I ELEMENT Container (Uuid | Description | NumberOf Component s | Transact ionPolicy 
| TerminationPolicy | PassivationPolicy | PersistentRef erences | BOPattern | 
DOPattern | CachingServices | HomeServices | WorkLoadManaged | PolicyGroup | 
UsesSession | SessionPolicy | SessionConnect ionType | SessionConnectionName | 
SessionPriority | PAAService )*> 

< iATTLIST Container Name CDATA #IMPLIED> 
< I ELEMENT Uuid (#PCDATA)*> 

< ! ELEMENT Description (#PCDATA)+> 

< ! ELEMENT NumberOf Components (#PCDATA)*> 

< ! ELEMENT TransactionPolicy (#PCDATA)*> 
<! ELEMENT TerminationPolicy (#PCDATA)*> 
< ! ELEMENT PassivationPolicy (#PCDATA)*> 

< ! ELEMENT PersistentRef erences (#PCDATA)*> 
< ! ELEMENT BOPattern ( # PCDATA) * > 

<! ELEMENT DOPattern (#PCDATA)*> . - 

< ! ELEMENT CachingServices (#PCDATA)*> 

<! ELEMENT HomeServices {#PCDATA)*> 

<! ELEMENT WorkLoadManaged (#PCDATA)*> 

< 'ELEMENT PolicyGroup { # PCDATA) * > 

< ! ELEMENT UsesSession (#PCDATA)*> 



CA9-98-042 



CA 02255017 1998- 1 1-30 



< ! ELEMENT SessionPolicy (# PCDATA) *> . . * 

< i ELEMENT SessionConnect ionType (# PCDATA) * > : .. 

< • ELEMENT SessionPriori ty (#PCDATA)*> 

< ! ELEMENT SessionConnect ionName (#PCDATA)*> 

<! ELEMENT PAAService (#PCDATA)*> 

< ! - - CONT ? --> 

The specific syntax of the meta data model for the "Container 
Definition" item as shown in the above DTD will, be within the 
understanding of those familiar with XML. 

The DTD's shown above provide the meta- data models which 
define the content and arrangement of the data models (i.e. XML 
documents) generated by the object builder tool 10, and the 
specified tags provide a mechanism for interpreting the data 
elements expressed in the XML document. When an XML document is 
imported by an object builder tool or some other XML compatible 
tool, the XML document is parsed and rendered according to the 
specifications in the meta data model, i.e. the DTD. Because the 
DTD provides a description of the data model, an application can 
validate that the XML document conforms to. its specified structure, 
i.e. data model. This validation can be automated as the XML 
language is machine readable. . 

The task oriented .data model for the ob j ect builder as 
specified in the DTD's above allows . the data to be exported and 
imported with the following granularity: (1) the. entire, data model; 
(2) all business objects under the task tree for the "User-Defined 
Business Objects" item 120 (Fig. 1); (3) a. single Business Object 
unit; (4) all data objects under the task tree for the "User- 
Defined Data Objects" item 140 (Fig. 1); (5) a single Data Object 
unit; (5) all schemas under the task tree for the "DBA-Defined 
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Schemas" item 150 (Fig. 1) ; (6) all non-IDL types under the task 
tree for the "Non-IDL Type Objects" item 170 (Fig. 1) ; (7) all 
makefiles under the task tree for the u Build Configuration' 7 item 
180 (Fig. 1); (8) all application families under the task tree for 
the "Application Configuration" item 190 (Fig. 1) ; (9) all 
containers under the task tree for the "Container Definition" item 
200 (Fig. 1) . 

Advantageously, the human- readable form of the data model 
(i.e. the XML. document) and the meta data model (i.e. the DTD) 
allow a user to directly examine the data model and quickly locate 
the data element or item of interest. 

The present invention may be embodied in other specific forms 
without departing from the spirit or essential characteristics 
thereof. For example, while the task oriented data model was 
described in the context of an XML implementation, it will be 
understood that implementations using other meta data language 
specifications can be used. Therefore, the presently discussed 
embodiments- are considered to be illustrative and not restrictive, 
the scope of the " invention being indicated by the appended claims 
rather than the foregoing description, and all changes which come 
within the meaning and range of equivalency of the claims are 
therefore intended to be embraced therein. 

The invention may be implemented as a computer program product 
comprising a : program storage device and means recorded on said 
program storage device for instructing a computer to perform the 
steps of the invention and as a data structure embodied in a 
program storage device. Such a program storage device may include 
diskettes, optical discs, tapes, CD-ROMS, hard drives, memory 
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including ROM or RAM, computer tapes or other storage media capable 
of storing a computer program. • 

The invention may also be implemented in a computer system. In 
a preferred embodiment, a system is provided comprising a computer 
program operating on a data processing system, with the computer 
program embodying the method of the invention and producing an 
output of the method on a display or output device. Data processing 
systems include computers, computer networks, embedded systems and 
other systems capable of executing a computer program. A computer 
includes a processor and a memory device and optionally, a storage 
device, a video display and/or an input device. Computers may 
equally be in stand-alone form (such as the traditional desktop 
personal computer) or integrated into another apparatus (such as a 
cellular telephone). 

While this invention has been described in relation to 
preferred embodiments, it will be understood by those skilled in 
the art that changes in the details of processes and structures may 
be made without departing from the spirit and scope of this 
invention. Many modifications and variations are possible in light 
of the above teaching. Thus, it should be understood that the above 
described embodiments have been provided by way of example rather 
than as a limitation and that the specification and drawing are, 
accordingly, to be regarded in an illustrative rather than a 
restrictive sense . 
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CLAIMS 

The embodiments of the invention in which an exclusive property or 
privilege is claimed are defined as follows: 

1. A task oriented data structure embodied in a program storage 
device for an object oriented application program, the object 
oriented application program having a user interface comprising a 
plurality of items, said items defining a sequence of tasks for 
creating one or more objects, said data structure comprising: 

(a) a data model expressed in the form of a document 
according to a meta data language; 

(b) said data model including a plurality of data elements; 

(c) each of said data elements corresponding to one of the 
tasks in said sequence of tasks; and 

(d) said data elements being arranged according to a meta 
data model, wherein said meta data model mirrors the sequence of 
tasks defined in the user interface. 

2. The task oriented data structure embodied in a program storage 
device as claimed in claim 1, wherein said meta data model includes 
means for validating each of said data elements and the arrangement 
of said data elements. 

3 . The task oriented data structure embodied in a program storage 
device as claimed in claim 1 or claim 2, wherein said meta data 
language comprises XML or Extensible Markup Language, and said data 
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elements being arranged according to containment constructs 
specified in said meta data model. ;~" 

4. The task oriented data structure embodied in a program .storage 
device as claimed in claim 3, wherein said means for validating 
comprises a Document Type Definition specified in, XML. 

5. The task oriented data structure embodied in a program storage 
device as claimed in claim 3 or claim 4, wherein said containment 
constructs comprise tag definitions according to XML. 

6. In an application program for creating objects, the 
application program having a user interface comprising a plurality 
of items, said items defining a sequence of tasks for creating the 
objects, and said application program including an export utility 
for exporting document files, said export utility comprising: 

(a) means for .exporting a document file expressed in a meta 
data programming language; and 

(b) wherein said document file comprises a plurality of data 
elements, each of said data elements corresponding to one of the 
tasks in said sequence of tasks, and said data elements being 
arranged according to a meta data model, wherein- said meta data 
model mirrors the sequence of tasks defined in the user interface. 

7. The export utility as claimed in claim 6, wherein said meta 
data model includes means for validating each of the data elements 
included in said document file. 
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8. : The export utility as claimed in claim 6 or claim 7, wherein 
said document file is expressed in XML or Extensible Markup 
Language, and said data elements being arranged according to 
containment constructs specified in said meta data file. 

9. The export utility as claimed in claim 8-, wherein said means 
for validating comprises a Document Type Definition specified in 
XML 

10. A computer program product for an object oriented application 
program for creating objects, the application program having a user 
interface comprising a plurality of items, said items defining a 
sequence of tasks for creating the objects, and said application 
program including an export utility for exporting document files, 
said computer program product comprising: 

a program storage device; 

means recorded on said program storage device for instructing 
a computer to perform the steps of, 

.(a) outputting a document file, said document file being 
expressed according to a meta data programming language; and 

(b) said document file comprising a plurality of data 
elements, each .of said data elements corresponding to one of the 
tasks in said sequence of tasks, and. said data elements being 
arranged according to a meta data model, wherein said meta data 
model mirrors the sequence of tasks defined in the user interface 

11. The computer program product as claimed in claim 10, wherein 
said meta data model includes means for validating each of the data 
elements in said document file. 
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12. " The computer program- product claimed in claim 10 or claim 11, 
wherein said meta data language comprises XML or Extensible Markup 
Language, and said data elements being arranged according to 
containment constructs specified in said meta data model. 

13. The computer program product as claimed in claim 12, wherein 
said means for validating comprises a Document Type Definition 
specified in XML. 

14. A computer system for creating objects in an object oriented 
application program, the application program having a user 
interface comprising a plurality of items, said items defining a 
sequence of tasks for creating the objects, and said application 
program including an export utility for exporting document files, 
said computer system comprising: 

(a) means for outputting a document file, said document file 
being expressed according to a meta data programming language; and 

(b) said document file comprising a plurality of data 
elements, each of said data elements corresponding to one of the 
tasks in said sequence of tasks, and said data elements being 
arranged according to a meta data model, wherein said meta data 
model mirrors the sequence of tasks defined in the user interface. 

15. The computer system as claimed in claim 14, wherein said meta 
data model includes means for validating each of the data elements 
in said document file. 

16. The computer system claimed in claim 14 or claim 15, wherein 
said meta data language comprises XML or Extensible Markup 
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Language, and said data elements being arranged according to 
containment constructs specified in said meta data model. 

17. The computer system as claimed in claim 16, wherein said means 
for validating comprises a Document Type Definition specified in 
XML . 
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